home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960425-19960715 / 000376_news@columbia.edu _Fri Jul 5 11:10:13 1996.msg < prev    next >
Internet Message Format  |  1996-07-26  |  4KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id LAA22000 for <kermit.misc@watsun.cc.columbia.edu>; Fri, 5 Jul 1996 11:10:12 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id LAA21704 for kermit.misc@watsun; Fri, 5 Jul 1996 11:10:08 -0400 (EDT)
  4. Path: news.columbia.edu!panix!newsfeed.internetmci.com!iol!tank.news.pipex.net!pipex!weld.news.pipex.net!pipex!hole.news.pipex.net!pipex!tube.news.pipex.net!pipex!dish.news.pipex.net!pipex!soap.news.pipex.net!pipex!usenet
  5. From: Chancellors <Estate.Agents@dial.pipex.com>
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Disable local echo in Telnet
  8. Date: Fri, 05 Jul 1996 15:07:26 -0100
  9. Organization: UnipalmPIPEX server (post doesn't reflect views of UnipalmPIPEX)
  10. Lines: 59
  11. Message-ID: <31DD3DBE.3BA0@dial.pipex.com>
  12. References: <31DA6121.2EE7@dial.pipex.com> <1996Jul3.070029.82296@cc.usu.edu> <31DC1E69.576A@dial.pipex.com> <1996Jul4.193857.82351@cc.usu.edu>
  13. NNTP-Posting-Host: ao147.du.pipex.com
  14. Mime-Version: 1.0
  15. Content-Type: text/plain; charset=us-ascii
  16. Content-Transfer-Encoding: 7bit
  17. X-Mailer: Mozilla 2.01 (Win95; I; 16bit)
  18.  
  19. Joe Doupnik wrote:
  20. > 
  21. > In article <31DC1E69.576A@dial.pipex.com>, Chancellors <Estate.Agents@dial.pipex.com> writes:
  22. > > Joe Doupnik wrote:
  23. > >>
  24. > >> In article <31DA6121.2EE7@dial.pipex.com>, Chancellors <Estate.Agents@dial.pipex.com> writes:
  25. > >> > We are running MS-DOS Kermit 3.14 on a networked PC and C-Kermit 5A(190)
  26. > >> > on a DEC Alpha box.I need to disable local echo within a Telnet session.
  27. > >> > On the DEC Alpha the 'set telnet echo remote' command works fine but
  28. > >> > there appears to be no equivalent in MS-DOS Kermit.If I use the command
  29. > >> > 'set local-echo off' the 'show communication' command shows echo is off
  30. > >> > but as soon as I start a Telnet session echo is swithed back on.
  31. > >> >
  32. > >> > Any ideas?
  33. > >> >
  34. > >> > Dave Stephens - dave@chancellors.co.uk
  35. > >> -------------
  36. > >>         Local/remote echoing over a Telnet connection is a Telnet Option
  37. > >> negotiation result. Prior to negotiation echoing is local. If you Telnet
  38. > >> to a non-Telnet port no negotiations occur and you are left with local
  39. > >> echoing. Telnet is TCP port 23, the default unless you state otherwise.
  40. > >>         Perhaps you can help us with a few more details on that connection
  41. > >> process. As an aide you can say SET TCP DEBUG ON to see the Telnet Options
  42. > >> be negotiated when a session starts.
  43. > >>         Joe D.
  44. > >
  45. > > What we have is a viewdata service modified to enable it to receive
  46. > > incoming telnet connections which it listens for on its own port number.
  47. > > At present there is no negotiation on connection.When using kermit on the
  48. > > alpha to connect, all we need is to set telnet echo remote to give us
  49. > > the required behavior.We would like MS-DOS Kermit to behave in the same
  50. > > manner.
  51. > >
  52. > > Dave Stephens.
  53. > -------------
  54. >         Since MS-DOS Kermit performs no Telnet Option initial offers when
  55. > going to a TCP port other than 23 (Telnet) then the default Telnet conditions
  56. > apply (meaning echo locally etc). They are established as a session commences.
  57. > Once the session has begun you can give the command SET LOCAL-ECHO OFF at the
  58. > Kermit prompt and that will let the remote host provide any data to the Kermit
  59. > screen.
  60. >         Alternatively, a cleaner long term solution would be for your host
  61. > end to perform Telnet Options negotiations to establish the desired behavior.
  62. > The pair of Options necessary are SGA (Suppress Go Aheads) and ECHO, or
  63. > even mimimally just the ECHO Option. The latter would look like this:
  64. >         host commands DONT ECHO    (so client does not echo back host bytes)
  65. >         client responds WONT ECHO  (client agrees to not echo back)
  66. >         host offers WILL ECHO      (host offers to echo back to client)
  67. >         client responds DO ECHO    (client agrees to that arrangement)
  68. > 
  69. > You can see that without negotiation there is the chance that the client side
  70. > will bounce host bytes back to the host, and I'm sure your application would
  71. > not appreciate that. And it means one less Tech Support item for everyone.
  72. >         Joe D.
  73.  
  74.  
  75. Thanks for the pointer.
  76.  
  77. Dave.